home *** CD-ROM | disk | FTP | other *** search
- Path: erinews.ericsson.se!usenet
- From: Jonas Elfstrom <jonas@plea.se>
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: No waitTOF under CyberGraphX!
- Date: Thu, 14 Mar 1996 18:10:47 +0000
- Organization: PLEA AB http://plea.se/
- Message-ID: <31486127.25BE@plea.se>
- References: <13213651@sourcery.han.de> <31319872.751@plea.se> <zp0e60aCMqF5Z1a@blank1.blanker.ruhr.de> <313C4157.7806@plea.se> <zp221eaCP6huZ1a@blank1.blanker.ruhr.de> <4i4uch$qdu@skivs.ski.org>
- NNTP-Posting-Host: klpc010.ericsson.se
- Mime-Version: 1.0
- Content-Type: text/plain; charset=us-ascii
- Content-Transfer-Encoding: 7bit
- X-Mailer: Mozilla 2.0 (WinNT; I)
-
- Doug Taylor wrote:
- >
- > Peter Elzner (HAWK@blanker.ruhr.de) wrote:
- > : info@plea.se (Jonas Elfstrom) wrote:
- >
- > : > And how do the double-buffering routines know that the beam
- > : > isn't passing by just as it swaps screen? Or does the swap screen
- > : > thing always sync with vertical blanking?
- >
- > : Well as far as I know (I'm currently working on a game supporting
- > : gfx-boards and I'm using double-buffering), the ScrollVPort() routine just
- > : tells the gfx-board to display another part of the screen, the next time
- > : the beam starts at the top again.
- > As far as I can tell when you write a new display start address it takes
- > effect on the next vertical blank. I believe this is a property of VGA and
- > SVGA chips. So if your rendering takes less than one frame you will get
- > smooth buffering but you will still have to wait for the vertical blank
- > signal to synchronize properly otherwise you may run ahead of yourself
- > and miss a frame.
-
- And how do I busy-wait for the vertical blank?
-
- --
- / Jonas Elfstrom (5+ rows .sigs sux) jonas@plea.se \
- < Amiga, Linux, ISP, C, 680x0/6502. Guinness. Suede, Oasis, SP. >
- \ We are here to PLEAse you. +46 19 322010 http://www.plea.se/
-